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(54) Voice-over-IP enabled chat 

(57) A network-based system and method for pro- 
viding anonymous voice communications using the tele- 
phone network and data communications links under 
the direction of a Call Broker and associated network 
elements. A user (the call initiator) present in a text chat 
room session establishes a data connection to Call Bro- 
ker and, after qualifying for access (e.g., using credit 
card information) and providing a callback number, 
receives voice session information and participant 
access codes for each desired participant in a voice 
call. The initiator causes session information and partic- 
ipant codes to be passed to one or more selected chat 
participants in the current text chat room. When a 
selected participant uses the received session informa- 
tion, and enters the received participant code and a call- 
back number, the Call Broker in cooperation with a 
Network Adjunct Processor (NAP) completes voice 
links to the initiator and the selected participant(s). The 
need for each party to have a second subscriber line is 
advantageously avoided by having the Call Broker 
arrange to have one or more voice links completed 
through a VoIP link, and further reduces the need for 
second lines for participants by forwarding a Call Broker 
- placed call to a busy participant line to the participant's 
Internet Service Provider (ISP), which then sends a 
message to the participant announcing one or more 
options for receiving the incoming call, including receiv- 
ing the incoming call through a VoIP link. 
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Description 

Field of the Invention 

[0001] The present invention relates generally to 
the field of telecommunications networks. More particu- 
larly, the present invention relates, in one aspect, to 
combined networks for simultaneous voice and data 
communications. Still more particularly, aspects of the 
present invention relate to voice communications using 
data network protocols while permitting anonymous 
voice conversation participants to maintain separate 
simultaneous data communications links with each 
other or other online users. 

Background of the Invention 

[0002] Currently, communications using the Inter- 
net (or other data network) permit users to communi- 
cate with one another anonymously over dialed-up or 
other access lines. For example, online service provid- 
ers allow users to connect their personal computers 
(PCs) together for purposes of anonymously communi- 
cating with one another in online text discussions using 
so-called "channels." "virtual rooms" or "chat" rooms (or 
any of a number of similar constructs). Text "chats" take 
place in such chat rooms by users sending text to one 
another; some text chat participants may merely 
observe ("listen"). Once a chat session is in place, 
online service users may elect to enter or exit a session 
at will. Generally, users taking part in a chat are listed or 
othenA/ise indicated on each session user's computer 
screen in terms of "nicknames," or "handles" to pre- 
serve user anonymity - a hallmark of chat and many 
other forms of online communications. 
[0003] Recently, features such as "sub-chats" or 
"private chats" have been provided in some online con- 
texts by which a subset (self-selected or upon request 
by others) of the on line chatters are moved to a sepa- 
rate chat (virtual) venue. Another feature available in 
some chat sessions is "Instant Messaging" or similar- 
named facility by which one user in a chat session is 
able to send direct (text) messages to one or more other 
users taking part in the chat. Thus, if side comments not 
appropriate for general observation are desired 
between two users, selection (usually by a screen mes- 
sage button) of the instant messaging feature results in 
a window on the selecting user's computer screen along 
with prompts for the intended message recipient and 
the content of the message. When the message origina- 
tor completes these fields and a Send (or similar) 
screen button is pressed (clicked on), the message is 
sent privately to the intended recipient using the hosting 
chat server's message focilities. Typical uses of these 
instant messages include setting up private chat rooms 
and inviting others to join. 

[0004] While the chat sessions described above are 
all text chat rooms, i.e., all communication is via text 



messages between the chat session users, provision 
has been made of late for voice chat rooms. In typical 
voice chat rooms a number of users participate in a 
manner similar to a discussion by way of a telephone 

5 conference call. The mechanism by which such voice 
chat sessions operate is usually the same or very 
closely related to those used in text chats. Thus, in typi- 
cal arrangement, a functional voice chat "layer" is added 
over what is basically a text chat session control mech- 

10 anism, thereby reducing the number of changes 
required at the chat server to effectuate voice capabili- 
ties. Such voice chats proceed entirely within the chat 
server (or servers for distributed chat networks): no con- 
nection to the telephone network by the chatter (other 

iS than a data link via modem to a data network access 
point) is required. While such voice chat conversations 
typically prove satisfactory for many purposes, private 
voice chat room functionality has not emerged. Among 
the factors contributing to this condition are network 

20 host capacity and complexity of changes at such net- 
work chat hosts. 

[0005] One approach to introducing voice commu- 
nications between chat session is described in a co- 
pending patent application entitled "Anonymous Voice 

25 Communications" by R.B. Leipow, Ser. No. 08/573865, 
filed July 2, 1996 and assigned to the assignee of the 
present application. In that application, which is hereby 
incorporated by reference in the present application as 
if set forth in its entirety herein, a trusted agent is used 

30 to establish voice communications between online par- 
ties while maintaining anonymity of the parties. The 
trusted agent is illustratively implemented as an adjunct 
to processor functions at a network server, such as an 
online chat server. 

35 [0006] Other recent voice chat improvements are 
described in copending application Ser. No. 09/1 1 1 ,672 
by A. DeSimone entitled "Anonymous Voice Communi- 
cation Using On-Line Controls." filed July 8, 1998 and 
assigned to the assignee of the present application. 

40 This last-cited application is also hereby incorporated 
by reference as if set forth in its entirety herein. 
[0007] While efforts to achieve anonymous tele- 
phone communications between users in contexts like 
online chat sessions have proven possible, such efforts 

45 have generally required significant modifications at an 
online server, in addition, prior voice chat arrangements 
have typically required that each participant in the voice 
conversation either have two telephone lines, or have 
required that the existing online text chat or other data 
50 connection be terminated and the subscriber telephone 
line used with a normal voice telephone. 

Summary of the Invention 

55 [0008] The present invention overcomes limitations 
of the prior art and achieves a technical advance in pro- 
viding anonymous voice communications using the tele- 
phone network and data communications links under 
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the direction of a Call Broker and associated network 
elements. 

[0009] In an illustrative embodiment, a user (the call 
initiator) present in a chat room session establishes a 
data connection to a Call Broker site using, e.g., an 5 
{nternet web browser. After using the browser or the like 
to provide appropriate billing qualification {e.g., using 
credit card information) and to provide a callback 
number, the initiator receives a call-control information 
applet from the Call Broker site to which it connected. io 
thus establishing a Call Broker session. As is known, 
credit card information is advantageously captured in 
the browser to allow transfer over the Internet in 
encrypted form without requiring additional security 
measures in the applet. In this first illustrative imple- i$ 
mentation, the session is to be billed to the initiator. 
[0010] The information received from the Call Bro- 
ker typically includes session information and a Partici- 
pant Authorization Code (PAC). Using an instant 
messaging or similar mechanism, the initiator causes 20 
session information and participant codes to be passed 
to one or more selected chat participants in the current 
chat room. When a chosen participant uses the 
received session information in contacting the identified 
Call Broker, and enters the received participant code 25 
and a call-back number, the Call Broker in cooperation 
with a Network Adjunct Processor (NAP) completes 
voice links to the initiator and the selected partici- 
pant(s), typically in that order. The telephone call is 
thereby completed between the initiator and selected 30 
chat session participant(s) without sharing telephone 
numbers. The process of supplying session and PAC (or 
similar authorization) information can be used to add 
other participants In the text chat room to the voice ses- 
sion. 35 
[0011] In accordance with an aspect of the present 
Invention, the need for each party to have a second sub- 
scriber line is advantageously avoided by having the 
Call Broker arrange to have the voice link for at least 
one selected (text) chat session participant (typically 40 
including the voice chat initiator) completed as a Voice 
over IP (VoIP) link. Voice links to one or more other par- 
ticipants in the voice call may be completed over the 
Public Switched Telephone Network (PSTN) or other- 
wise than VoIP links. 45 
[0012] In accordance with another aspect of the 
present invention, when a PSTN link that the Call Broker 
(acting in cooperation with a NAP) seeks to make to a 
call participant is found to be busy (with the ongoing text 
chat conversation or other online call), the call is advan- so 
tageously sent to the Internet Service Provider (ISP) or 
other data network access provider serving the online 
called party. The ISP or other access provider then 
causes a message to be sent to the online party sought 
to be engaged as a voice call participant. Typically, this 55 
message provides a range of options for the (called 
party) online user, e.p.. to terminate the online session, 
to receive the incoming voice call through a VoIP link, or 



to have the incoming voice call rejected or delayed. The 
voice call is then handled In accordance with the option 
selected by the online user. 

Brief Description of the Drawing 

[0013] The above-summarized description of illus- 
trative embodiments of the present invention will be 
more fully understood upon a consideration of the fol- 
lowing detailed description and the attached drawing, 
wherein: 

FIG. 1 is an overall view of an illustrative system 
embodiment of the present invention showing the 
interconnection of a traditional voice network inter- 
connected with the Internet through ISP access 
servers and voice over IP (VOIP) gateways, 
FIG. 2 shows a typical Network Adjunct Processor 
(NAP) in combination with a Call Broker for use in 
the illustrative system of FIG . 1. 
FIG. 3 shows a flow-sequence chart illustrating an 
alternative mode of operation of the network of FIG. 
1 to achieve data and voice connections between or 
among users, which mode of operation avoids the 
need for each user to have two lines. 

Detailed Description 

Illustrative System Overview 

[0014] FIG. 1 shows an illustrative network for use 
with a range of embodiments of the present invention. 
There, first and second pluralities of telephone stations 
101-1 through 101-M and 181-1 through 181-N are 
shown connected to respective central offices 102 and 
155. These central offices are, in turn, connected to rep- 
resentative toll switches 110 and 140 to permit normal 
voice calling between telephone stations in respective 
pluralities of telephone stations. Central offices 102 and 
155 are also shown connected to representative signal 
transfer points (STPs) 115 and 137. which STPs are, in 
turn, shown interconnected through a signaling network 
of STPs also comprising STPs 135. and 145. These 
STPs and their interconnection are typical of signaling 
system 7 (SS7) signaling networks well known in the tel- 
ecommunications arts. The illustrative network of FIG. 1 
also includes additional toll switches 190 and 198. In 
appropriate circumstances, some or all of the toll 
switches shown in FIG .1 may be operated by a local 
exchange carrier (LEC), an interexchange carrier (IXC), 
or another entity. While each of the switches are shown 
interconnecting with STPs in FIG. 1, it will be under- 
stood that, in particular cases, some switches may not 
themselves include SS7 capabilities, and so are con- 
nected to the SS7 network through another SS7-ena- 
bled switch. 

[0015] Also shown interconnected with the stand- 
ard voice networic arrangement described so far with 
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reference to FIG. 1 are illustrative network services plat- 
forms 125 and 126, shown as including respective proc- 
essors 131 and 127. as well as respective database 
systems 129 and 128. These latter service platforms 
are illustrative of so-called Intelligent network platforms 5 
that include service control points. SCPs, (or network 
control points. NCPs). known in the art. For example, 
network platforms include the well known 8xx (toll-free 
calling) and calling card platforms. In typical fashion, 
platforms such as illustrative platforms 125 and 126 in 10 
FIG. 1 receive queries, commands or other information 
and illustratively provide routing, authentication and 
other control information. 

[0016] In the illustrative network embodiment 
shown in FIG. 1, platform 126 advantageously serves is 
as an SCP configured to provide calling card validation 
functionality. Thus platform 126 is arranged to receive 
calling card queries from network switches through one 
or more of the STPs shown in FIG. 1, and to provide 
authentication (or not) for the received account informa- 20 
tion and personal identification number (PIN) or other 
identification appropriate to the circumstances. 
[0017] Further descriptions of telephone networks 
of the type shown generally in FIG. 1 may be found in 
the literature, including, e,g„ Intelligent Networks by 25 
Jan Thomer, Artech House, Norwood, MA, 1994, and 
Signaling System 7, by T. Russell, McGraw-Hill, New 
York, 1995. 

[0018] The network of FIG. 1 also shows first and 
second pluralities of computers, workstations or compu- 30 
ter terminal devices (collectively, "computers") appear- 
ing as 105-1 through 105-P. and 182-1 through 182-Q. 
These computers may be desktop or portable comput- 
ers, or may be terminals connected through a central- 
ized computer, all to provide users with keyboard and 35 
other input facilities (such as a mouse or other pointing 
device) and display facilities well known in the art. In 
typical operation, these computers are arranged to 
communicate over the PSTN or other telephone net- 
work using standard modems, and to connect to one or 40 
more Internet Service Providers (ISPs) through portions 
of such telephone networks for access to the Internet 
(shown as the "cloud" 195 in FIG. 1), including chat and 
messaging facilities of the Internet. 

[0019] Hardware in computers 105-i and 182-j will 45 
typically include a sound card, such as the well-known 
SoundBlaster sound cards or those available form 
Voyetra Turtle Beach, Inc., for, among other things, con- 
verting speech inputs from a microphone into digitized 
speech signals and for converting received digitized so 
speech signals into analog speech signals for driving a 
loudspeaker or earphones. In some cases this sound 
card functionality is built into a computer motherboard, 
or may be provided in an external device used with the 
computer. 55 
[0020] Software executing in computers 105-i and 
182-j will typically include an Internet "browser," such as 
are available from Microsoft Corporation or Netscape 



Corporation, among others, for interacting with Internet 
facilities. In some cases, such browser software may be 
augmented by add-on or plug-in software for introducing 
or upgrading messaging and/or chat software. In one 
illustrative case, both user (client) and server software 
(executing at an ISP access server, or related network 
server) will be based on well-known chat components 
such as mIRC client and server software by mIRC Co. 
Ltd. which is available on the Internet, e.g., at 
http://www.mirc.co.uk . and from other distributors. Fur- 
ther information about well-known chat software and 
procedures is available from the Undernet User Com- 
mittee web site at www.user-com.undernet. orQ/docu- 
ments/ . Of particular note is Network Working Group 
Request for Comments: 1459, by J. Oikarmnen and D. 
Reed. May. 1993, available at the Undernet web site. 
This latter document presents a version of the Internet 
Relay Chat (IRC) Protocol that has provided important 
bases for current chat implementations. Other particular 
client/server implementations of various chat functional- 
ities include several quIRC chat software modules and 
those available from Activerse, Inc. Client software is 
also available as components of browser software and 
from ISPs such as AT&T Worldnet and America Online 
for interacting over chat and messaging facilities. 
[0021] In illustrative operation of the network of FIG. 
1 for Internet connections, a user at one of the comput- 
ers, such as 105-1 in the network of FIG. 1 will gain 
access to an ISP access server, such as server 191 in 
FIG. 1, through a dial-up connection by way of central 
office 102 and toll switch 190. In some cases, the ISP 
access server will connect directly to a central office, 
such as 102 in FIG. 1, and in other cases, additional toll 
or other switches will be used to connect the user at 
computer 105-1 to an ISP server such as 191 in FIG. 1. 
[0022] Once connected to access server 191, the 
user at computer 105-1. and other users at other com- 
puters such as computers 105-i and 182-j shown in FIG. 
1, will typically login in well known fashion and begin 
interacting with Internet facilities. Among the activities 
pursued by users are the aforementioned chat facilities. 
For example, terminal 105-1 and 182-1 may be con- 
nected through respective ISP access servers 191 and 
196 (which servers may be under the control of the 
same ISP, or independently controlled) to chat server 
193 over the Internet. The chat server may, of course, 
actually be one of the access servers, or an ISP server 
connected in a distributed network with the access 
server - or the chat server may be independent of either 
or both of the ISPs. 

[0023] It will be appreciated that connections 
between computers such as 105-j or 182-j are typically 
to central offices such as 102 and 155 over normal dial- 
up subscriber telephone lines, e.g., from a user's home 
or office. While many homes and offices are supplied 
with more than one subscriber line, many locations, 
especially homes, have only a single active subscriber 
line entering the premises. In other cases where more 
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than one subscriber line may be present, the user of a 
computer such as 105-1 may only be allowed to use one 
subscriber line for all of his/her communications. For 
example, in a two-line household, one line may be 
reserved for business or other dedicated purpose of one 5 
member of the household. Thus, all Internet connec- 
tions and voice conversations by other members of the 
household normally must be pursued using the remain- 
ing line. 

[0024] Accordingly, when a user at a location with 10 
only a single available line is active in an Internet ses- 
sion, e.g., to a chat room, the line is unavailable to orig- 
inate or- receive normal telephone calls using a 
telephone such as 101-1. In other cases, of course, a 
computer such as 105-1 and a telephone station set 15 
such as 101-1 may have separate subscriber lines and 
may be active simultaneously without conflict. 
[0025] One application of the teachings of the incor- 
porated DeSimone application, Ser. No. 09/111,672, 
permits a first user engaged in a text chat session to 20 
contact a "Call Broker" to obtain a so-called "Participant 
Authorization Code" (PAC) and a session identifier, 
which information is then supplied to one or more other 
chat participants. The first user will typically provide 
payment information and a callback telephone number. 25 
When one or more of the other chat participants con- 
tacts the Call Broker and supplies the session and PAC 
information (typically provided in the chat or messaging 
context by the first user), along' with respective callback 
telephone numbers, the Call Broker seeks to establish a 30 
telephone connection between the chat participants 
electing to take part, usually including the first user. 
Using this approach, the anonymity of the telephone call 
participants is maintained, as it typically is in the text 
chat session. 35 
[0026] Of course, if one or more of the would-be 
participants in the telephone call has but a single avail- 
able subscriber line at the user location, then an attempt 
by the Call Broker to complete a telephone call to the 
callback number over the PSTN will normally not be 40 
successful if the user at that location continues to be 
active in the Internet text chat session or other computer 
calling activity. This problem is addressed in U.S. Patent 
5,805,587, issued on September 8, 1998 to J.H. Norris 
and T.L. Russell and assigned to the assignee of the 45 
present invention. In one aspect, the last-cited patent 
(hereinafter, the *587 patent) describes sending of a 
message to a user who is online to an ISP or other 
server. The message provides information regarding a 
telephone call directed to the subscriber line cun-ently so 
being used for the online call. A user is typically pre- 
sented with a range of options, including terminating the 
computer call in favor of receiving the incoming voice 
call on a telephone set. The '587 patent is hereby incor- 
porated by reference in the present application as if set ss 
forth in its entirety herein. 



VoiceOver-IP Enhanced Chat 

[0027] The present detailed description will now 
treat extensions and enhancements of prior voice chat 
arrangements described above. In one aspect, we 
describe modification to the networic of FIG. 1 as pre- 
sented above, and further describe alternative modes of 
operation of such a modified network. 
[0028] The term Voice-over- IP " (VoIP) has come to 
reflect a variety of networtc elements, techniques and 
technologies, all contributing, in one way or another, to 
the transmission of a voice call in accordance with the 
Internet Protocol (IP) over at least a part of its path 
between one or more voice callers and one or more 
other voice call participants. Thus, a voice telephone 
call in digital form is segmented in well-known ways into 
packets for transmission in the same form as for other IP 
sessions, such as for text information over computer 
connections to chat rooms. These voice information 
packets may be routed to a voice chat server, which 
often operates in a "layer" above the normal text chat - 
as noted above. 

[0029] In other cases, voice packets may be deliv- 
ered to a VoIP "gateway" where, after suitable authenti- 
cation and collection of billing or account data, they are 
delivered through the Internet or other IP network for 
ultimate delivery to one or more call participants. VoIP 
gateways and associated network elements are availa- 
ble from many suppliers. For example, eFusion, Inc., 
Lucent Technologies, Inc and VocalTec Communica- 
tions market such VoIP gateways and related products 
to enable interconnections between the Public Switched 
Telephone Network and data networks (including the 
Internet). The Internet Engineering Task Force (IETF), 
the iNOW industry consortium and other standards bod- 
ies are considering various proposals for enabling Inter- 
net telephony applications. Other aspects of VoIP are 
described, e.g., in Delivering Voice over IP Networks, 
by D. Minoli and B. Minoli, John Wiley & Sons, 1998. 
[0030] In an illustrative application of VoIP arising 
from text chat sessions, an eFusion IP telephony gate- 
way is used to interact with Internet-enabled client soft- 
ware (including, e.g., Internet Call Assistant - ICA- 
software) at a host computer, such as user computer 
105-1 in FIG. 1 . The VoIP client software at user compu- 
ter 105-1 is typically provided as a plug-in to the 
browser software othenvise operating at that computer 
when online. This client VoIP software will illustratively 
provide for a login at the exemplary eFusion VoIP gate- 
way, e.g., 192 in FIG. 1, each time the user at computer 
105-1 gains access to the Internet through illustrative 
ISP 191 in FIG. 1. Among other things, the VoIP login 
(which typically is effected automatically by the plug-in 
software, without overt action by the user) provides 
gateway 192 with information that user 105-1 is online 
to the Internet and can receive incoming IP packets 
from the gateway when required. 
[0031] For present illustrative purposes, it suffices 
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to treat text chat sessions as existing between chat cli- 
ents at user computers such as 105*1 and 182-1 
through respective ISP access servers such as 191 and 
196 to a chat server 193 In FIG. 1. As will be understood 
by those skilled In the art. the actual chat server function 5 
may be provided at the ISP access server (or networked 
in a distributed ISP network to a related ISP chat 
server), or by another entity providing the chat function 
on the Internet. 

[0032] Also included in the network of FIG. 1 is a 10 
Call Broker 199 of the type described generally in the 
above-cited incorporated DeSimone patent application. 
In particular, Call Broker 199 receives requests from a 
first Internet user (hereinafter the "host") and, after per- 
forming authentication and account operations, pro- is 
vides the above described session and PAC code 
information to the host. Upon appropriate further access 
by those possessing session and PAC information 
(hereinafter, the "participants"), and upon receipt of call- 
back numbers for the participants, Call Broker 199 20 
seeks to complete telephone calls to those participants 
at their respective callback numbers. Alternative modes 
of operation of such a Call Broker in the context of the 
network of FIG. 1 will be described in the sequel. 
[0033] An additional network element shown in FIG. 25 
1 is Network Adjunct Processor 133 interposed 
between PSTN elements (STP 145, toll switch 198) and 
Call Broker 199. NAP 133 advantageously provides 
bridging of calls setup by Call Broker 199 and typically 
acts in response to control signals from Call Broker 1 99. 30 
[0034] More particularly, as shown in FIG. 2, Call 
Broker 199 receives requests over input 201 to set up 
calls from users participating in chat rooms and else- 
where in Internet or other data network sessions. Call 
Broker processor 205, operating under control of a pro- 35 
gram stored in memory 210, and responding to input 
requests through Internet Protocol (IP) interface 225, 
sends queries (typically over SS7 signaling links 216, 
via SS7 facilities unit 215) to a validation server such as 
card server platform 126 in FIG. 1. In some embodi- 40 
ments, it proves useful to provide for local account vali- 
dation at Call Broker 199. Thus, Call Broker 199 is 
shown in FIG. 2 as including a validation database 218 
for interacting with processor 205 In accordance with 
well known validation processes. Signaling information 45 
exchanged (via SS7 links 216 or otherwise) will typically 
be employed to perform call rating and billing opera- 
tions, as is known in the art. Other particular account 
validation, and particular call rating and billing arrange- 
ments, will be employed by those skilled in the art as cir- so 
cumstances may suggest. Upon receipt of authorization 
from validation server 126 (or other validation source). 
Call Broker 199 sets up voice links as will be described 
below. 

[0035] Network Adjunct Processor (NAP) 133 55 
receives control information on path 230 from the call 
setup facilities of Call Broker 199 and hands off origina- 
tions from Call Broker 199 to the PSTN. These call orig- 



inations from Call Broker 199 pass through NAP 133. 
illustratively via voice trunks 240 and 270. Also shown 
passing by way of NAP 133 are SS7 links 263 to the 
PSTN, which links are used by call setup unit 220 and 
processor 205 in Call Broker 215 in establishing con- 
nections to the parties to a desired voice call. In partic- 
ular, answer signaling information indicating that a 
called party answers a voice call setup by Call Broker 
199 is used to pass control information over path 230 to 
bridge processor 260 in NAP 133 as shown in FIG. 2. 
When calls to two or more parties to a desired voice call 
have answered the calls setup by Call Broker 199 (and 
therefore are available for bridging). NAP provides the 
selective bridging of calls passing from Call Broker 199 
to the PSTN. In performing its interaction with Call Bro- 
ker 199, NAP advantageously performs such network 
functions as collecting DTMF digits, playing tones and 
prompts and selectively muting a call leg. 
[0036] Thus, using the facilities of FIGs. 1 and 2 
voice calls are completed between users present in a 
text chat room while preserving host and other partici- 
pant anonymity. 

[0037] Call Broker 199 may be implemented as a 
special purpose platform or may be realized as a well- 
known PBX with standard SS7 and IP Interface facili- 
ties. Many so-called unPBX systems, or generally pro- 
grammable switches, will likewise find application in this 
context. For a description of such unPBX systems, ref- 
erence may be had to Computer Telephony, May, 1997, 
pp. 20-97. NAP 133 may likewise be implemented using 
a special purpose bridging platform, or using well 
known PBX (or unPBX) or other programmable 
switches. While Call Broker 199 and NAP 133 may pro- 
vide separate functionality in separate physical sys- 
tems, it will prove advantageous in many applications to 
combine the data, signaling and PSTN interfaces and 
the described switching and call control functionality In a 
single unit with combined or coordinated processing 
and memory. Call setup and bridging functions are indi- 
vidually well known and are readily combined in a single 
unit such as a PBX or unPBX. 
[0038] FIG. 3 is a flow-sequence diagram illustrat- 
ing operations at and between elements of the network 
of FIG. 1 in processing voice calls in cooperation with 
ongoing (text) chat operations. For purposes of simplic- 
ity of presentation, a description of the operations 
shown in FIG. 3 will proceed primarily in terms of voice 
calling between a first (originating) user ("the hosf) and 
a second network user, the "participant." This mode of 
operation is conveniently referred to as a one-to-one 
voice call. It will be recognized, however, that the opera- 
tions to be described can be applied in a context of plu- 
ral participants, i.e., a one-to-many voice call scenario, 
or voice chat "conference call. 

[0039] PSTN 300 is used in FIG. 3 to represent the 
telephone network switches, including central offices, 
STPs and standard telephone network platforms such 
as calling card SCP 126. Network Adjunct Processor 
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133 and Call Broker 199 are platforms of the' type 
shown in FIG. 2 for performing the functions and steps 
to be described in the following elaboration of process- 
ing in accordance with FIG. 3. 

[0040] A typical operating sequence in accordance 
with FIG. 3 will now be followed in order of the num- 
bered steps shown there. In particular, an illustrative 
sequence begins (Step 0) with host computer 105-1 log- 
ging onto the VoIP gateway 192, using, e.g., the above- 
noted eFusion VoIP functionality in host computer 105- 
1 cooperating with gateway 192 (or 197). Since this log- 
on process typically occurs each time the user logs onto 
the Internet, it is accompanied by the busying of the 
available subscriber phone line. This log-in process 
between illustrative computer 105-1 and VoIP system 
192 typically includes an exchange of messages 
whereby the computer 105-1 sends a login ID/password 
and its cun^ent IP address; gateway 192 compares the 
login ID/password to previously-provisioned information 
stored in tables at gateway 192 and returns a confirma- 
tion message if the comparison yields a match. 
[0041] With log-on to the VoIP gateway established, 
an existing (or a newly entered) text chat illustratively 
gives rise to a desire on the part of the host user to 
establish a voice telephone call with one (or more) par- 
ticipants. Toward this end, the host 105-1 sends a 
request (Step 1) to the Call Broker 199 seeking to cre- 
ate a voice call by way of the chat session, and including 
billing or account information - typically calling card (or 
pre-paid card) account and PIN information. Assuming 
the call is to be billed to a calling card for which the host 
is an authorized user, the calling card information is 
compared with existing account information (Step 1A) to 
validate the card information. In some cases it will prove 
convenient to provide validation services locally with 
respect to the Call Broker, and in other circumstances 
use of a network database such as calling card valida- 
tion server (SCP) 126 shown in FIG. 1. When Call Bro- 
ker 199 receives validation of the account information 
(e.g., from SCP 126 or from local data base 126), the 
Call Broker (Step 2) returns session ID information to 
the host 105-1. Using the construct of the incorporated 
DeSimone patent application, the information returned 
to host 105-1 will include not only a session ID but also 
a PAC code. 

[0042] The host 105-1 passes (Step 3) the session 
ID and other necessary information (e.g„ PAC code, 
where applicable) to the desired voice call participant 
(illustratively, the user at computer 182-1). Such notifi- 
cation will typically be by way of a private message 
(e.g., a direct message in the text chat session) to the 
desired participant. A notified text chat participant 
receiving the voice call session information from the 
host and desiring to participate in the voice call then 
sends (Step 3A) the session ID (and PAC, as appropri- 
ate) to the Call Broker 199 along with a callback 
number. The Call Broker then places a call to the host at 
the assigned VoIP gateway number supplied by the host 



at Step 1; the call is processed through the NAP (Step 
4B) and is sent through the PSTN 300 to the illustrative 
VoIP gateway 192 associated with computer 105-1 
(Step 4C). 

5 [0043] Identification of the IP address of the host 
(illustratively 105-1) by Call Broker 199 is conveniently 
accomplished by using the callback number provided by 
the host when contacting the Call Broker. Thus, as part 
of the service subscription by users such as the user at 
10 computer 105-1, a callback number is provided to VoIP 
gateway 192 which is conveniently used as a key into 
account records for the subscribing user. The callback 
number supplied by the host upon requesting the cur- 
rent voice call session from Call Broker 199 is then used 
15 to identify the online status of the destination VoIP link, 
as well as the corresponding IP address. 
[0044] The VoIP gateway 192 then rings the Inter- 
net telephone at the host computer (Step 5A) and. upon 
answer by the Internet telephone (Step 5B), answers 
20 the call from Call Broker 199 by way of PSTN 300 and 
NAP 133 (Step 6). Having the call connected from the 
host, the Call Broker then dials the participant (Step 7) 
at the callback number provided by the participant. 
Unlike the call placed by the Call Broker to the host 
25 (Step 4), the call to the participant is advantageously 
placed over the PSTN (by way of the NAP) directly to 
the participant's telephone, here assumedly telephone 
181-1. When the participant answers (Step 8) at tele- 
phone 181-1 the call is extended through the PSTN to 
30 the NAP. Upon receipt of the answer by both the host 
and the participant, the NAP advantageously bridges 
the call. It will be appreciated that the use of VoIP gate- 
way in communication with host 105-1 avoids the need 
for two subscriber lines at the host location. 
35 [0045] When one of the host or participant termi- 
nates the call, the termination is signaled to the NAP, 
which then terminates the bridge and sends accounting 
information to the Call Broker, if not already present at 
the latter. If more than one participant has been bridged 
40 on to a voice call using the above-described steps, then 
departure of each participant will be detected at the 
NAP and accumulating billing concluded for the depart- 
ing participant's voice link. The accumulated total for 
each link will then be added to the total billing for the 
45 host. In some cases, ail voice call links (and billing for 
these links) will be terminated upon departure of the 
host from the bridged call. 

[0046] While the foregoing description has pro- 
ceeded in terms of a voice call including a VoIP call link 

50 to the host, and a normal PSTN link to one or more par- 
ticipants, nothing in the present invention prevents a 
participant other than the host from being linked to the 
voice conversation over a VoIP link, nor for the host to 
be connected to the voice call via the PSTN instead of 

55 one or more other participants. In appropriate cases, 
both the host and all participants can be connected over 
VoIP links using the above-described process. The Call 
Broker can advantageously incorporate call setup opti- 
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mization techniques, based, e.g., on the location of the 
callback numbers and congestion and available band- 
width for VoIP calls to deternilne which links progress 
over the PSTN and which links employ VoIP processing. 
[0047] A second subscriber line at participants' 5 
locations can also be avoided in accordance with 
another illustrative embodiment of the present Inven- 
tion. This approach may be used, for example, when a 
call is placed by Call Broker 199 through NAP 310 to a 
would-be participant in a voice call (as described io 
above), and that user has no available subscriber line. 
This unavailability will typically occur because a sub- 
scriber line at that location continues to be used for a 
text chat session or other data application using compu- 
ter 182-1. Recall that in seeking to participate in the is 
voice call the user at computer 182-1 supplies Call Bro- 
ker 199 with a callback number. Thus, by providing the 
number of the line that the computer 182-1 is connected 
to, the would-be participant is seeking to have the voice 
call completed through computer 182-1, if at ail, in the 20 
same fashion as was described for the host. 
[0048] In accordance with the present alternative 
embodiment, the attempted call by NAP 310 illustra- 
tively employs the call notification technique of U.S. Pat- 
ent 5,805,587 (hereinafter '587 patent), in particular, the 25 
attempted call to the subscriber line that is busy with a 
data connection by computer 182-1 through its ISP 
access server 196 is advantageously forwarded in 
accordance with the teachings of the '587 patent to the 
ISP access server 196 (sometimes referred to as Inter- 30 
net Access Server or IAS). Using the incorporated 
teachings of the '587 patent, a message is sent to the 
computer 182-1 by the ISP access server informing the 
user at computer 182-1 of the arrival of a voice mes- 
sage and presenting a number of alternatives for han- 35 
dling the call. (In many cases it will be unnecessary to 
present a full range of alternatives because the user at 
computer 182-1 has very recently indicated an interest 
in taking part in a voice call.) In the general case, one 
alternative is to continue to use the computer for the text 40 
chat or other data connections and to also receive the 
voice call as converted to streaming audio or an Internet 
voice call. An illustrative arrangement given in the '587 
patent describes the use of VocalTec software for per- 
forming the required packetizing, depacketizing and 45 
related functions used in communicating the voice call 
to a computer such as 182-1 in FIG. 1. 
[0049] While the above-described embodiments 
are couched in terms of IP protocol messages and the 
Internet, those skilled in the art will recognize that other 50 
particular data communications protocols may be used 
for communicating digitized voice signals. Likewise, the 
characteristics of the Internet and other networks con- 
tinue to evolve. Chat techniques are not uniquely asso- 
ciated with the Internet, nor the IP protocol. 55 
[0050] While many of the aspects of the PSTN 
described above involve use of the SS7 signaling proto- 
col, other particular signaling techniques may be used 



in appropriate circumstances. For example, the well- 
known ISDN signaling protocols can be used for many 
applications of the present invention. 
[0051] The functionalities of the NAP described in 
illustrative embodiments above may, of course, be com- 
bined with those of the Call Broker, or one may be used 
as an adjunct to the other or to another network ele- 
ment, such as a PBX or PSTN switch. 
[0052] While validation of host charging information 
was couched in terms of calling card processing in the 
above descriptions of illustrative embodiments, it will be 
understood by those skilled in the art that prepaid call- 
ing card account identification and PIN validation may 
be employed as well. 

[0053] Likewise, the online status of a desired voice 
call participant, and therefore the availability of at least 
one subscriber line to receive a PSTN voice call, as well 
as the current IP address of such an online would-be 
voice call participant, may be maintained in a network 
database system represented by ISP SCP 125 in FIG. 
1. SCP 125 is seen to include ISP database 129 and 
ISP service processor 131, each generally of the form 
used for other PSTN network services. Additional infor- 
mation stored at SCP 125 will include, in appropriate 
cases, alternative subscriber lines, IP addresses or 
other termination possibilities, such as voice message 
recording devices, call forwarding locations and the like. 
The ISP SCP 125 may serve more than one ISR but 
typically relies on login and logoff information supplied 
by participating ISPs over SS7 links (shown in FIG. 1) or 
IP or other data messages (not shown). Information 
stored in ISP SCP 125 may be used to supplement 
information stored at Call Broker 199 or VoIP gateways 
192, 197 or at other Internet nodes, 
[0054] Though only a single Call Broker 199 is 
shown in the representative network of FIG. 1 . it should 
be understood that many such Call Brokers can be 
included. Moreover, these plural Call Brokers may be 
networked and may serve as proxies for other Call Bro- 
kers as is known in standard Internet practice. In net- 
works including plural Call Brokers session information 
forwarded to desired voice call participants will include 
information identifyirig the appropriate Call Broker(s). 
[0055] Though the voice call links established by 
Call Broker 199 in the above-described illustrative 
embodiments were all links to existing text chat partici- 
pants, in appropriate circumstances the host (or other 
authorizing participant) may request that Call Broker set 
up links to other voice call participants. In such cases, 
Call Broker 199 may cause voice links to be established 
to one or more non-chat-participant lines, either through 
PSTN links or through VoIP links. 
[0056] Where technical features mentioned in any 
claim are followed by reference signs, those reference 
signs have been included for the sole purpose of 
increasing the intelligibility of the claims and accord- 
ingly, such reference signs do not have any limiting 
effect on the scope of each element identified by way of 
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Claims 

1. A network method performed by a Call Broker for 5 
establishing a voice call between text chat partici- 
pants in a data network text chat session compris- 
ing 

receiving a message from a first chat partici- io 
pant requesting the establishment of a voice 
call between ones of said chat participants, 
sending a message to said first chat participant 
providing voice call session information and at 
least one authorization code, is 
receiving a message from a second of said 
chat participants requesting participation in 
said voice call and presenting said voice call 
session information and an authorization code, 
requesting call setup means to setup voice call 20 
links to each of a plurality of voice call partici- 
pants comprising at least said first and second 
chat participants, at least one of said setup 
voice call links being a Voice over IP (VoIP) link, 
and 25 
directing bridging means to bridge said setup 
voice call links. 

2. The method of claim 1 further comprising 

30 

receiving a message from at least a third of 
said chat participants requesting participation 
in said voice call and presenting said voice call 
session information and an authorization code, 
and 35 
wherein said step of requesting setup of voice 
call links comprises requesting call setup 
means to setup voice call links to each of said 
first, second and at least a third of said chat 
participants, at least one of said setup voice 40 
call links being a voice over IP (VoIP) link. 

3. The method of claim 1 wherein said step of request- 
ing call setup means to setup voice links comprises 
requesting a VoIP gateway to setup an IP link to at 45 
least one of said plurality of voice call participants. 

4. The method of claim 3 wherein said requesting a 
VoIP gateway to setup an IP link to at least one of 
said plurality of voice call participants comprises so 
requesting said VoIP gateway to setup an IP link to 

at least one of said first or said at least a second 
chat participants. 

5. The method of claim 1 wherein said voice call ses- ss 
sion information and an authorization code 
included in said message from said second of said 
chat participants is supplied to said second chat 



6. The method of claim 1 wherein said message from 
said first chat participant comprises information 
identifying a method of payment for said voice call. 

7. The method of claim 6 wherein said information 
identifying a method of payment Includes billing 
authorization information. 

8. The method of claim 7 wherein said billing authori- 
zation information comprises calling card account 
and PIN information. 

9. The method of claim 7 wherein said billing authori- 
zation information comprises prepaid card account 
and PIN information. 

10. The method of claim 1 wherein said message from 
said first chat participant comprises information 
identifying the maximum number of voice call par- 
ticipants. 

11. The method of claim 1 wherein said data network 
text chat session is an Internet chat session to 
which at least said first and second chat partici- 
pants are connected through Internet links originat- 
ing at telephone subscriber lines, each of said 
Internet links being identified by a current IP 
address. 

12. The method of claim 11 wherein said Internet links 
through which said at least first and second chat 
participants are connected are established through 
respective Internet Service Provider (ISP) access 
servers, said at least first and second chat partici- 
pants having provided account and access authori- 
zation information to said respective ISP access 
servers during a login message process. 

13. The method of claim 11 wherein at least said first 
chat participant additionally provides account and 
authorization information in a login message proc- 
ess with a VoIP gateway, said VoIP gateway main- 
taining information about the online status and 
current IP address of said at least said first chat 
participant. 

14. The method of claim 13 wherein said call setup 
means requests that said VoIP gateway establish at 
least one of said voice call links. 

15. The method of claim 14 wherein said VoIP gateway 
establishes said at least one IP link to respective 
ones of said voice call participants. 

16. The method of claim 15 wherein an IP link estab- 
lished to said first chat participant uses said IP 
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address of said first chat participant maintained at 
said VoIP gateway. 

1 7. The method of claim 1 6 wherein at least one of said 
voice call links sought to be established to one of 5 
said voice call participants is a Public Switched Tel- 
ephone Network (PSTN) link. 

18. The method of claim 17 wherein at least one of said 
PSTN links is unavailable for establishing a PSTN io 
link, the method further comprising 

determining if the subscriber line portion of 
said unavailable PSTN link is in current use in 
an Internet session through a respective ISP 
access server. 

forwarding said call to a network node having 
access to said Internet session, and 
sending a message from said network node to 
said Internet session indicating the arrival of an 
incoming voice call. 

19. The method of claim 18 wherein said network node 
is said respective ISP access server. 

20. The method of claim 18 wherein said network node 
is a VoIP gateway having cun-ent IP address infor- 
mation for the voice call participant whose sub- 
scriber line Is in current use in said Internet session. 

21. The method of claim 18 wherein said determining is 
performed by reference to online status information 
stored at a network database. 

22. The method of claim 21 wherein said network data- 35 
base is maintained at said VoIP gateway. 
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